REMARKS 

In the Office Action dated March 25, 2010, claims 2-6 were finally rejected under 35 
U.S.C. § 103(a) as obvious over U.S. Patent Publication No. 2003/0172177 to Kersley et al. 
("Kersley") in view of U.S. Patent Publication No. 2002/0190356 to Buechler et al. ("Buechler") 
as evidenced by English, ADA 95: The Craft of Object-Oriented Programming, "Glossary" 
("English"). Applicants respectfully traverse the rejections for the reasons set forth below. 

A. Claims 2-6 Are Not Obvious Over Kersley, Buechler, and English 

Applicants have invented a device verification method which provides a single flag for each 
of a plurality of packet classes . As recited, the single flag can have either a first state (e.g., "0" to 
indicate that the packet class has not been tested) or a second state (e.g., "1" to indicate that the 
packet class has been tested). When a packet from a packet class is generated, the single flag for that 
packet class is checked to see if it is in a first state, and if so, that packet is used to test the device for 
that packet class and the flag is changed to the second state. See, e.g., claim 2. On the other hand, if 
the single flag for that packet class is in a second state, the packet is not used to test the device for 
that packet class. See, e.g., claim 3. In this way, a device is tested by packet class since a packet 
within each packet class will only be used to test the device if the flag for that packet class has 
not been set to the second state. With Applicants' invention, packets need not be stored in 
memory, but can instead be "generated" as claimed (e.g., randomly), and each generated packet in a 
given packet class can be checked against the flag for that packet class to determine if the packet will 
be used to test the device. This approach eliminates the costs associated with storing all possible 
packets to be tested, and also eliminates the inefficient testing of devices with redundant packets by 
using a single flag for each packet class to determine if a generated packet in the packet class will be 
used to test the device. 

In finally rejecting the claims over Kersley, Buechler, and English, the Examiner 
declined to accept this explanation, asserting that "the claims does (sic, do) not explicitly state 'a 
single flag', but merely 'a flag'. This claimed language does not exclude the possibility of 
having multiple flags for a packet class, but merely states that there is a flag for a packet class." 
See, Office Action , pp. 8-9 (emphasis in original). As a result, the Examiner took the position 
that either one of the Buechler flags discloses the claim limitation of "a flag." Id. 

In reply, Applicants respectfully submit that the Examiner's proposed interpretation and 
application of the claims is incorrect because it fails to take into account the clear and explicit 
claim requirements that there is "a flag" with two states, that the device is tested with a packet if 
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"the flag" is in a first state, and that "the flag" is changed to the second state if "the flag" is in the 

first state. The singular nature of "the flag" recited in the claims follows directly from the claim 

formatting requirements for reciting an antecedent basis for the claimed "flag" limitation, and 

Applicants submit that persons having ordinary skill in the art would readily understand as much 

from the recited language. Applicants proposed reading of the claims is consistent, not only with 

the explicit requirements of "the flag" in claims, but also with the intrinsic evidence: 

In the present method for use in verification of a device, a plurality of injection flags are 
provided, with one each of which is associated of a plurality of packet classes . Each 
injection flag may be of a first or a second state. Next, a packet is generated. If the 
injection flag of the packet class of the generated packet is in the second state, it is 
indicated that a packet of that packet class has already been generated, and the device is 
not tested. If the injection flag of the packet class of the generated packet is in the first 
state, the device is tested and the injection flag of the packet class of the generated packet 
is set to the second state. 

* * * 

Figure 1 illustrates the steps of the present invention. In the present simulation, initially, 
each legal packet class is provided with a 1-bit injection flag . 

See, Application, p. 2, lines 1-9 and 32-33. As these passages show, Applicants have disclosed 

and claimed using a single flag for each packet class to drive and determine these various actions 

(test, not test, change flag state). In contrast, the cited art explicitly discloses using a plurality of 

record flags to track tests and prevent duplication. See, Buechler, 78 ("In order to assure that 

all required tests are performed, and also to avoid duplication of testing, record flags or other 

techniques can be used when the database 464 is accessed to retrieve test instructions. For 

example, when fluorometer 100 accesses information system 408 to receive instructions for a 

particular test, that test is flagged as being performed such that subsequent accesses by this or 

another fluorometer 100 will not retrieve the same test instructions. Once a test is completed and 

the results provided to information system 408, another flag can be set indicating the status of 

the test as being completed.") (emphasis added). Thus, Applicants' approach is more efficient 

than the cited art because Applicants use a single flag to convey test status information for each 

packet, while the cite art uses multiple record flags to track tests and prevent duplicate testing. 

To eliminate any uncertainty on this point and to advance prosecution in this matter, 

Applicants are proposing claim amendments to clarify that "a single flag" is used for each packet 

class to determine: 
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(1) whether the device is tested with the generated packet (as variously required in claims 
2-3 and 5-6 which require device testing "if the single flag of the packet class of the 
generated packet is in the first state"); 

(2) whether the device is not tested with the generated packet (as variously required in 
claims 3-6 which require no device testing "if the single flag of the packet class of the 
generated packet is in the second state"); and/or 

(3) whether the single flag is changed to a second state (as variously required in claims 2 
and 5-6 which require changing the flag state if the single flag of the packet class of the 
generated packet is in the first state"). 

See, e.g., claims 2-5. These amendments are supported by and consistent with the intrinsic 

evidence, and are being presented pursuant to 37 CFR §1.1 16(a)(2) for purposes of presenting 

the claims in better form for consideration on appeal. While Applicants believe that original 

claim language was sufficiently clear to persons having ordinary skill in the art, these 

amendments are nonetheless being submitted for purposes of expediting prosecution here. 

Against this backdrop, Applicants urge reconsideration and withdrawal of the rejection 

over Kersley, Buechler and English because the proposed combination fails to disclose or 

address the variously recited requirements in claims 2-3 and 5-6 of testing the device "if the 

single flag of the packet class of the generated packet is in the first state" since Buechler 

discloses accessing the test instructions without first checking the state of an associated flag for 

the test. Likewise, rather than meeting the variously recited requirements in claims 3-6 of not 

testing the device "if the single flag of the packet class of the generated packet is in the second 

state," Buechler discloses accessing "another flag" (not the same flag) to see if the test has been 

completed. Finally, rather than meeting the variously recited requirements in claims 2 and 5-6 of 

changing the flag to the second state "if the single flag of the packet class of the generated packet 

is in the first state," Buechler discloses setting "another flag can be set" (not the same flag) 

"[o]nce a test is completed and the results provided to information system 408." In sum, 

Buechler uses two flags, not one flag as claimed, and sets the flags in response to different 

triggers than claimed. Buechler' s use of multiple flags for each test should come as no surprise 

since Buechler' s fluorometer testing scheme is concerned with only a limited number of tests, so 

there would be no significant penalty in tracking multiple flags for each test. In contrast, 

Applicants' disclosed verification scheme is being used to test devices with "several thousand 

different combinations" of possible packet classes being tested. See, Application , p. 1, lines 20- 

21. 
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Another problem with the cited art is that neither Kersley nor Buechler disclose or suggest 
"providing a plurality of packet classes ." much less "providing a single flag ... for each of the 
plurality of packet classes " as recited in each of the pending claims. On this point, Applicants have 
carefully review the cited disclosure from Kersley (Fig. 2, ^ 5-7, 18, 21-22, 35, 43), but there is 
absolutely no teaching or suggestion of any "packet class," much less of providing a single flag for 
each "packet class." And while Buechler discloses maintaining a flag for each assay test performed 
by the fluorometer, there is no suggestion of maintaining a flag for a class of tests. Thus, there is 
simply no teaching or suggestion that the cited art combination provides "a plurality of packet 
classes" with a "single" flag "for each of the plurality of packet classes," as recited in the claims. 
Instead of being concerned with testing by packet class, Kersley is concerned with verifying a 
device-under-test by "generating packets to simulate complex network packet traffic patterns to test 
and verify a device under test (DUT)." Kersley, paragraph 5. 

While Applicants believe that the originally filed claim language is already sufficiently 
clear, Applicants have nonetheless, and solely for purposes of facilitating expeditious 
prosecution of the present application, amended the claims to clarify a single flag for each of a 
plurality of packet classes such that the single flag can have either a first state (e.g., "0" to indicate 
that the packet class has not been tested) or a second state (e.g., "1" to indicate that the packet class 
has been tested). While Applicants submit that the amendments are permitted under 35 CFR § 
1 . 1 16(b)(2) because they present the claims in better form for consideration on appeal, 
Applicants do not concede that the originally filed claims were not patentable over the art cited 
by the Examiner, as the present claim amendments are only for facilitating expeditious 
prosecution of the present application. 

Based on the foregoing and putting aside for the moment the propriety of combining the 
Kersley, Buechler and English references, Applicants submit that a prima facie case of 
obviousness has not been established for claims 2-6 because the Examiner has not met the 
burden of showing that all the claim limitations are taught or suggested by the prior art. In the 
absence of any disclosure by the cited art references of a device verification method which 
provides a single flag for each of a plurality of packet classes for purposes of performing device 
verification testing on each packet, the Examiner has not made the prima facie showing that each 
and every element of the claimed invention, arranged as required by the claims, is found in the 
cited art. When determining whether a claim is obvious, an Examiner must make "a searching 
comparison of the claimed invention - including all its limitations - with the teaching of the 
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prior art." In re Ochiai , 71 F.3d 1565, 1572 (Fed. Cir. 1995) (emphasis added). Thus, 
"obviousness requires a suggestion of all limitations in a claim." CFMT, Inc. v. Yieldup Intern. 
Corp. , 349 F.3d 1333, 1342 (Fed. Cir. 2003) (citing In re Rovka . 490 F.2d 981, 985 (CCPA 
1974)). Moreover, the Supreme Court has made clear that "there must be some articulated 
reasoning with some rational underpinning to support the legal conclusion of obviousness." 
KSRInt'lv. Teleflex Inc. , 127 S.Ct. 1727, 1741 (2007) (quoting In re Kahn , 441 F.3d 977, 988 
(Fed. Cir. 2006) (emphasis added)). Accordingly, Applicants respectfully request that the 
obviousness rejection of claims 2-6 be reconsidered and withdrawn, and that the claims be 
allowed. 

CONCLUSION 

In view of the amendments and remarks set forth herein, Applicants respectfully submit 
that all pending claims are in condition for allowance. Accordingly, Applicants request that a 
Notice of Allowance be issued. Nonetheless, should any issues remain that might be subject to 
resolution through a telephone interview, the Examiner is requested to telephone the undersigned 
at 512-338-9100. 
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